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(57) Abstract: In a system of data, voice, application and video services that depend on multiple, interconnected network technolo- 
gies, a management system suited for a particular networking technology manages each separate technology domain. A higher-level 
cross-domain system performs the task of automated service provisioning including (i) interacting with the services providers and 
consumer to determine the services being contracted for (130); (ii) collecting data from the multiple management systems (120); 
and (iii) sending instruction ( 140) to the muluple management systems (1 1 2, 1 14. 1 1 6) in order to provision the required service and 
the associated quality across the multiple networking technologies. The individual management systems (! 12, 114, 1 16) of the in- 
vention collect ser\'ice data from their respective technology domains (1 10) and provide it to a service collection function. This data 
is then utilized by the service detemiinaiion function to deiennine what service instruction should be sent from a service instruction 
function to the management systems for implementation in their respective technology domains. 



wo 02/06973 



PCTAJSOl/22109 



Method and Apparatus for Automated Service Provisioning Across 
Multiple Networking Technologies 

ilelated A pplications 

This application claims priority to United States Provisfonal Application 

Ser. No. 60/217,969, filed July 13, 2000. 



5 Field of the invention 

The invention relates to management of communications networks and, 
in particular, to provisioning of network services. 



Background 

1 0 Traditionally, there have been two manners of provisiomng network 

servfces that depend upon multiple interconnected networking technologies 
(e.g. optical networks, ATM networks, customer premise LANs, etc.). These 
are (0 on-site installation and configuration and (IS) drop-ship and swhrel chair 
provisioning. In on-site installation and configuration, service providers 

1 5 literally truck in devices to a customer's site, install the devices, and then adjust 
the devices on site in order to begin provision of the service. In drop-ship and 
swivel chair provisk>ning, service providers ship pre-adjusted collections of 
devices to a customer site and then connect to the devices with device-specific 
element managers in order to fine-tune parameters and begin provision of the 

20 sendee. Both of these traditional methods are non-automated. As a result, 

they are expensive and error-prone, requiring the coordination and use of many 
difierent individuals and resources. 

Automated service definition, monitoring, and control are now possible 
for several indwidual networidng technologies. Tliese automated fimctions are 

25 typically built on top of the existing management systems that manage that 
specific kmd of networidng technotogy. Aprisma Management Technologies' 
Spectrum® Management System is an example of an existing management 
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system that has these capabilities. Utilizing these fimctions, automated service 
provisioning is now becoming available. However, automated provisioning of 
servfces with these tools is currently limited to services that are dependent on 
onfy a single underlying networicing tedinology. 

5 What has been needed, therefore, is a consolidated, automated service 

provisioning tool that can provide such fiinctions as service templates, service 
contracts (SLAs), service activation and modification, service inventory, 
service monitoring and control (reactive and proactive), and service billing for 
provisioning services across multiple intoconnected underlying networking 

10 technologies. 

Objects of the invention 

The object of the present uwention is to provide automated 
provisioning of network and associated services that depend upon multiple 
1 5 interconnected networking technologies. 

Summary 

In the present invention, service provisioning and monitoring are 
performed from a single console and over multiple interconnected underlying 

20 networking technologies. The invention is an automated, consolidated service 
provisioning tool that provides such service provisioning fimctions as service 
templates, service contracts, service activation and modification, servfce 
inventory, service monitoring and control, and service billing. In the invention, 
a management system suited for a particular networking technology manages 

25 each separate technology domain within a multi-technology network. A 
higher-level cross-domain system performs the task of automated service 
provisioning, providing three functions: (i) interacting with service providers 
and consumers to determine the services being contracted fi>r; (ii) collecting 
data from the multiple naanagement ^stems; and (iii) sending instructions to 

30 the multiple management systems in order to provision the required service and 

associated quality across the multq)le, interconnected networidng technologies. 

-2- 
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The individiial technology managraient systems of the invention collect 
service data from their respective networking technology domains and provide 
it to a service data collection fimction. This data is then utilized by a service 
determination fimction to detennine what service instructions should be sent 

5 from a service instruction fimction to the management systems for 

implementation in their respective networking technology domains. In a 
preferred embodiment, the service instructions take the form of configuration 
instructions and data that are implemented by netwoik managers on individual 
devices in their respective technology domains. 

10 The automated service provisioning system of the invention may 

alternatively be built on top of an existing multi-domain management system, 
such as an enterprise management system. In this embodiment, the service 
provisioning system interacts solely with the multi-domain management system, 
giving it instructions to configure devices in certain ways in order to set up the 

1 5 required multi-domain service. The network management system or systems, 
systems manager or managers, and application manager or managers that 
manage the individual networking technology domains are then themselves 
managed by the multi-domain management system. 

A service provider utilizes the service provisioning system of the 

20 invention to create service templates that are used in the negotiation of a 
service contract between the consumer and the service provider. If the 
contracted service is compatible with existing services, then the relevant 
portions of the configuration dataset and service mstructions maybe sent 
directly to the individual managers for each domain. Alternatively, the 

25 configuration dataset and other mstructions for activating the service are sent 
to a multi-domain manager and from there to the individual managers for each 
domain. 

The service provider also uses the automated service provisioning 

system to provide service reports and billing, to finalize service contracts and to 

30 maintain service inventory. After the service contract is finalized, the service 

provider makes use of the service activation fimction. The consumer utilizes the 

• -3- 
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service reports and billing fiinction, the finalize service contract function, and 
the service activation function. An optional operation support system may also 
interact with the automated service provisionmg system of the invention for 
service reports and billing, service activation and service monitoring and 
5 control. 

The enabling technology for automated service provisioning is the same 
technology that permits operation, administration and maintenance of the 
underlying networking technologies. One key feature for enabling automated 
service provisioning is configuration management, \s^ich typically includes 
10 such tasks as identifying, controffing and monitoring the "managed devices" 
that make up a communications network and associated sj^tems. In particular, 
configuration management permits the establishment, supervision, and release 
of channels from a network perspective. In the prefeixed embodiment, policy- 
based configuration management is utilized. 

15 

Brief Description of the Drawings 

Fig. 1 is a btock diagram of an example unplementation of an apparatus 
for automated service provisioning across multqjle interconnected networking 
technologies according to the present invention; 
20 Fig. 2 illustrates the operation of an embodiment of the method for 

automated service provisioning across multiple interconnected networking 
technolo^es of the present invention; 

Fig. 3 illustrates a use case model of the consumer and service provider 
requirements for servrce provisioning; 
25 Fig. 4 is the conceptual architecture of an alternate embodiment of the 

apparatus of the present invention, utilizing an enterprise management system 
for cross-domain management; 

Fig. 5 illustrates the conceptual differences between the automated 
method of the invention and one of the traditional non-automated methods of 
30 performing the fiinction of the invention; 
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Fig. 6 illustrates an example of multiple interconnected networking 
technologies across which services may be provisioned by use of the present 
invention; 

Fig. 7 depicts the data stores required by a typical embodiment of the 
5 invention; 

Fig. 8 depicts an example network with which the present invention 
may be utilized; 

Fig. 9 is an example embodiment of the automated service provisroning 
system of the invention, designed to provision services across the example 
10 network of Fig. 8; 

Fig. 10 is a schematic illustration depicting how a policy-based 
configuration management system may be utilized in implementing the 
automated service provisioning apparatus of the present invention; and 

Fig. 11 is a schematic ilhistration of one embodiment of a policy-based 
1 5 device configuration management system that may be used in implementing the 
automated service provisioning apparatus of the invention. 

Detailed Description 

The present invention allov^ service provisioning and monitoring to be 

20 performed fi'om a single console and over multiple interconnected underlying 
networking technologies. It is an automated, consolidated service provisioning 
tool that provides such fimctions as service templates, service contracts 
(including service level agreements), service activation and modification, 
service inventory, service monitoring and control (reactive and proactive), and 

25 service billing. It has tight integration with underlying element and network 
management syst^s. The invention may be used alone, or in conjunction with 
one or more of the traditional non-automated methods of service provisioning. 

In the present invention, a management system suited for a particular 
netwoiidng technobgy manages each sq)arate technology domain v^thin a 

30 multi-domain network with respect to feult, configuration, accounting, 
performance, and security (FCAPS) management. A higher-level system. 
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called a cross^lomain management system, performs the task of automated 
service provisioning. This cross-domain system performs three fimctions: (i) 
interacts with service providers and consumers to determine the services being 
contracted for; (n) collects data from the multiple management sj^ems; and 

5 (iiO sends instructions to the multiple management systems in order to 
provision the required service and associated quality across the multiple, 
interconnected networking technologies. 

Fig. 1 is a block diagram illustrating an example implementation of the 
apparatus of the present invention. As can be seen in Fig. 1 , the automated 

10 service provisioning function of the invention 100 is comprised of three parts 
that perform the functions (i) - (iii) described above. Service determination 
fiinction 130 interacts with service providers and consumers to determine the 
services being contracted for; service data collection fiinction 120 collects data 
from the multiple network management systems; and service instruction 

15 fonction 140 sends instructions to the multiple network management systems in 
order to provision the required service and associated quality across the 
multiple, interconnected networking technologies. These functions are 
typically implemented as one or more software applications, using any 
convenient and suitable method known in the art. 

20 As shown in Fig. 1, in the present invention separate technology- 

specific management systems are utilized to manage individual networking 
technology domains (e.g. optical networks, ATM networks, LANS, etc.) in the 
enterprise 110. In the embodiment of Fig. 1, networking technology domain A 
102 is managed by network management system A 1 12, networking technology 

25 domain B 1 04 is managed by network management system B 1 14, and 

networking technology domain C 106 is managed by network management 
system C 1 16. The network management system components 1 12, 1 14, and 
1 16 may be filled by Aprisma Spectnun, Hewlett-Packard (HP) OpenView, or 
any other compatible management system, device or agent capable of managing 

30 the associated networking technology domain. Alternatively, the invention may 
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utUize a collection of element management systems instead of the network 
management systems 1 12, 1 14, and 1 16 of the example embodiment. 

Network management system A 1 12, network management system B 
1 14, and network management system C 1 16 collect service data from 

5 respective networicing technology domains A, 102, B 104, and C 106 and make 
it available to service data collection function 120. This data is then utilized by 
service determination function 130 to determine what service instructions 
should be sent from service instruction fimction 140 to network management 
systems A 1 12, B 1 14, and C 1 16 for implementation in respective networking 

10 technology domains A 102, B 104, and C 106. In a preferred embodiment of 
the invention, the service instructions take the form of configuration 
' instructions and data that are implemented by network managers 1 12, 1 14, and 
1 16 at the individual devices in respective technology domains 102, 104, and 
106. 

1 5 A high-level operational flowchart of service provisioning according to 

one aspect of the invention is shown in Fig. 2. In Fig. 2, the service provider 
utilizes the service provisioning system of the invention to create service 
templates 210 that are used in the negotiation of a service contract 220 
between the consumer and the service provider. The service contract typically 

20 would include such things as the type of service being contracted for, expected 
usage amounts^ duration, charges, penalties for violation of the contract, other 
special polices, and any quality of service guarantees. The negotiated service 
contract would therefore be e3q)ected to encompass all the fectors included in a 
typical service level agreement (SLA). 

25 If the contracted service is compatible with existing services 230, then 

the relevant portions of the configuration dataset and service instructions may 
be sent by the service provisioning function directly to the uidividual network 
managers 240 for each domain. Alternatively, the configuration dataset and 
other instructions for activatmg the service may be sent by the service function 

30 to a multi-domain manager and from there to the individual network managers 
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for each domain. If the contracted service is found to not be compatible with 
existing services 230, then the service contract must be renegotiated 220. 

Fig. 3 illustrates a use case model of the fimctional requirements for the 
present invention, showing the ways in which service providers and consumers 

5 may use the system. As shown in Fig. 3, the automated service provisioning 
system of the invention 300 provides a number of fonctions to the service 
provider 302 and/or consumer 304. The service provider 302 uses the 
automated service provisioning system 300 to create service templates 310, to 
provide service reports and billing 312, to finalize service contracts 314 and to 

10 maintain service inventory 316. After the service contract is finalized 314, the 
service provider makes use of the service activation function 320. 

The consumer 304 utilizes the service reports and billing fiinction 312, 
the finalize service contract function 314, and the service activation function 
320. Also shown in Fig. 3 is an optional OSS (operation support system) 340 

15 that interacts with the automated service provisioning system 300 of the 

invention for service reports and billing 312, service activation 320 and service 
monitoring and control 350. 

Fig. 4 illustrates how the automated service provisioning system of the 
invention may alternatively be built on top of an existing multi-domain 

20 management system, such as an enterprise management system. In this 

embodiment, the service provisioning system interacts solely with the multi- 
domain management system, giving it the instructions to configure devices in 
certain ways in order to set up the required multi-domain service. In the 
embodiment shown in Fig. 4, network management system or systems 410, 

25 systems manager or managers 420, and application manager or managers 430 
are themselves managed by enterprise management system 440. The various 
underlying management systems 410, 420 and 430 may be any of the many 
such management systems known in the art that are capable of being managed 
by an enterprise management system. Enterprise management system 440 may 

30 be the Aprisma Spectrum Enterprise Manager or any other management system 
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known in the art that is capable of managing the various underlying 

management systems 410, 420, and 430. 

As shown in Fig. 4, a helpdesk 450 and automated service provisioning 

system 460 are buih on top of the enterprise management system 440. Service 
5 provisioning system 460 is used for the creation and processing of service 

templates, negotiation of service parameters, maintenance of service invraitory, 

creation of service reports and billing, and service activation instructions. 

Configuration instructions and data are sent from service provisioning system 

460 to enterprise management system 440 which processes it and then sends 
10 configuration instructions and data to the appropriate underlying manag^nent 

systems 410, 420, and/or 430 in order to set up the requested multi-domain 

service. 

Fig. 5 illustrates the conceptual differences between the automated 
method of the invention and the traditional non-automated "swivel-chair'* 

15 method of performing the fimction of the invention. In the "swivel-chair" 
method 510, service providers operate device-specific elements with a 
collection of element management systems. The dotted lines in Fig. 5 indicate 
"managed scope" and the horizontal lines indicate the divisions between the 
network and service management level 520, the element management level 530, 

20 and the element level 540. It can be seen that "swivel-chair" method 510 

includes an intermediary set of element management systems 550 (indicated by 
black nodes) between the network management system 560 and the "bare" 
network elements 570: The automated service provisioning system of the 
invention 580 has only a network management system 560 and the bare 

25 elements 570; the set of element management systems 550 seen in "swivel- 
chair" method 510 does not exist in the automated system 580. Thus, the 
dependence on multq)le element management systems that is seen when the 
traditional method is used can be eliminated by use of the invention. 

Fig. 1 iUustrated how the management systems of the present invention 

30 each manage individual networking technology domains. The example 

embodiment in Fig. 6 shows three such domains: a customer premises network 
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610, an ATM networic 620, and an optical backbone 614. These are just three 
examples of the many networking technologies across which services may be 
provisioned by use of the present invention. In this embodiment, the individual 
elements in "each of domains 610, 612, and 614 are managed by appropriate 
5 device managers 620. The device managers 620 within each domain are 
themselves managed by a domain-specific network management system 630. 
Service provisioning is then achieved with cross-domain management 
techniques 640, such as the previously described use of an enterprise manager 
or any other means of multi-domain management. 

10 Fig. 7 depicts the data stores required by a typical implementation of 

the invention. As shown in Fig. 1 and again in Fig. 7, the enterprise 710 is 
comprised of multiple technology domains 720, 722, and 724. Each domain 
720, 722, and 724 is managed by an appropriate network manager, 
management system, or agent 730, 732, 734. Each manager 730, 732, or 734 

15 has an associated operational database 740, 742, or 744 containing 

"unscrubbed" data 750 that is collected at the source by the manager or an 
associated monitoring agent. Examples of monitoring agents include, but are 
not limited to. Spectrum enterprise agents, Win Watch system agents. Patrol 
application agents, NetScout KMON traflBc agents, and special purpose data 

20 collection agents. 

The data jfrom operational databases 740,742, and 744 is "scrubbed" 
and then collected in a data warehouse 760 (sometimes called a data mart), 
jfrom whence it is used in the automated service provisioning system of the 
invention 770 for the creation of servfce templates, negotiatk)n of service 

25 contracts, production of service reports, service billing, and service planning. 
Typical data scrubbing actions include (1) replacing a garbage value with a null, 
(2) collap^g duplicated data, and (3) filtering out irrelevant data. The data 
wardiouse 760 is typically implemented in a commercial database system such 
as Oracle or Microsoft SQL Server. Many data warehouses or data marts 

30 include reporting fiicilities and generic algorithnuc methods for BDaiyziag the 

stored data, sudi as Crystal reports and data-mining algorithms, that may be 
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useful for the performance of some of the service provisioning fiinctions of the 
present invention. 

As an example, the current invention may be used to provision s^vices 
for a multi-domain network comprised of a multi-wavelength optical network 
5 (dense wavelength optical network) that is interconnected with an ATM 
network at each end. This example therefore provides a specific example of 
automated service provisioning across two different kinds of interconnected 
networking technologies (ATM and optical networks). This example has been 
selected because, vvMe the industry is currently in the midst of developing 

10 integrated, cross-domain management that includes single wavelength optical 
networks, edge data processing and management for dense wavelength optical 
networks has been lagging behind. The industry is just now developing edge 
devices and management techniques for dense wavelength optKal networks and 
has yet to begin tackling the problem of integrated cross-domain management. 

15 The present invention therefore provides a way to bridge this gap for the 
automated service provisioning fimction. 

A typical dense wavelength optical network is shown in Fig. 8, 
utilizing typical generic optical devices. In Fig. 8, the optical terminal 
multiplexers (OTMX) 810, 850 and optical cross-connect devices (OXC) 830 

20 perform signal regeneration, multiplexing and demultiplexing functions. 

OTMX 810 also performs the electronic/optical conversion at the interfece 
between ATM space 850 and optical space 860 on the electronic signal coming 
from ATM node 870. OTMX 840 performs the corresponding 
optical/electronic conversion as the signal is sent to ATM node 880. The 

25 optical line amplifiers (OLA) 820 perform only a signal regeneration fonctioBu 
As noted, at either end of the optical network is an ATM node (870, 880). 
Service provisioning across this network obviously must therefore be able to 
accommodate both the optical and ATM networking devices. 

Fig. 9 is an example embodiment of the automated service provisioning 

30 system of the invention, as designed to provision services across the example 
network of Fig. 8. As shovm in Fig. 9, optical n^ork 902 is managed by 
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optical management system 904, ATM networic A 912 is managed by ATM 
management system A 914, and ATM network B 922 is managed by ATM 
management system B 924. The network management system components 904, 
914, and 924 may be filled by any management system or device capable of 

5 managing the associated network Optical management system 904, ATM 
management system A 914, and ATM management system B 924 collect 
service data from respective networks 902, 912, and 922 and provide it to 
service data collection fimction 930 of service provisioning apparatus 900. 
This data is then utilized by service determination function 940 to determine 

10 what configuration instructions and data should be sent fi-om service instruction 
function 950 to management systems 904, 914, and 924 for implementation in 
respective networks 902, 912, and 922. 

The following steps are development steps by which the current 
inventron may be constructed for service provisioning across an optical 

1 5 network portion of a multiple interconnected networking technology network: 

1 . Element development 

2. Element-style management 

3. Fault and Configuration Management 

4. Network-style management 

20 5. Service Provisioning for optical networks 

6. Cross-domain network management 

7. Cross-domain service provisioning 

It is understood that these steps apply to service provisioning across the optical 
network of the example embodiment discussed herein and that similar 

25 development steps would be applied to each type of networking technology 
across which services are to be provisioned. 

Hie enabling technology for automated service provisioning is the same 
technology that permits operation, administration and maintenance (OAM) of 
the underlying networking technologies. One key feature of the preferred 

30 embodiment of the invention is configuration management. Configuration 

management typically includes such tasks as identij^g, controlling and 

-12- 
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monitoring the "managed devices" that make up a communications network. A 
managed device is any device that can be modeled in a network management 
system, such as the Aprisma Management Technologies Spectrum Network 
Management Syston. The managed devices mclude not only hardware devices 
S such as personal computers, workstations, hubs and routers, but also sofhvare 
applications. 

In particular, conjBguration management permits the establishment, 
supervision, and release of diannels from a network perspective. Some form of 
configuration maxiagement is therefore generally useful for automated service 

10 provisioning. In the preferred embodiment, policy-based configuration 

management is utilized. Figs. 1 0 and 11 illustrate aspects of the use of policy- 
based configuration management for automated service provisioning. 

Fig. 10 depicts the way in which policy-based configuration 
management may be enqjloyed for automated service provisfomng. The policy- 

1 5 based configuration manager monitors and controls the configuration of 
network devices with respect to a prescribed policy. The application will 
typically modify configurations when needed, including, for exanq>le, when a 
device is added to the network and switched on, \^en network traffic becomes 
overstressed, and when an administrator wishes to perform a spot check on the 

20 network configuration. As employed in the present invention, the 

configuration manager is typically utilized to modify device configurations 
when services are initially provisioned or the service contract for an existing 
service is altered. A preferred embodiment of the invention utilizes Aprisma 
Management Technologies' Spectrum Network Management Platform and the 

25 Spectrum Configuration Managemrat System, but other network managers and 
configuration managers having the required capabilities would be suitable for 
use in the invention. 

As shown in Fig. 10, live network 1010 communicates with a network 
management system 1020 via communication link 1022. Network management 

30 system 1 020 in turn communicates via communication link 1 024 with a policy- 
based configuration management (PCM) system 1030. Network management 

-13- 
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system 1020 monitors live network 1010 and gathers information about the 
manned devices in the netwoA 1010 for use in the management and 
configuration of the network 1010. Network management system 1020 
exchanges this information with the configuration management system 1030 for 

5 the performance of a large number of tasks needed for service provisioning 
including: creation and editing of configuration management records, logging 
of configuration management changes, capturing existing configuration 
management records, loading new configuration management records, 
verification of configuration management records, configuration management 

1 0 status and history reporting, event-triggered configuration, configuration 
scheduling, enforcement of configuration policies, and adjudication of policy 
conflicts. 

Device configuration management in commumcations networks 
generally includes the tasks of keeping an inventory of network devices, 

1 5 knowing/verifying the configuration of each device, resetting or updating 
configurations as the need arises, and schedulmg configuration changes. 
A configuration is a set of particular values of attributes that govern the 
operational characteristics of a device (e.g., port thresholds, on/off switches, 
access, security, etc.). Devices that are reconfigured routinely in 

20 communications networks are routers, switches, bridges, and hubs. Hie PCM 
generally includes an apparatus for defining a domain space, an apparatus for 
defining configuration records (a rule space), an apparatus for attaching 
configuration records to elements in the domain space to create configuration 
policies, and a policy driver for monitoring and enforcing configuration 

25 policies. 

The elements in the domain space are network devices such as hubs, 
bridges, routers, and workstations. Domains are constructed in accordance 
with the organizational principle by which devices are grouped in the network. 
In general, network devices may be grouped in any way that serves as an aid in 
30 underetanding and managing the network. Common grouping principles include 
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grouping with respect to topology, device type, location, managerial domains, 
and/or the organizational structure of a network enterprise. 

Fig, 1 1 is an iUustration of a policy-based configuration management 
system that may be used in the automated service provisioning apparatus of the 
5 invention. As shown in Fig. 1 1 , the configuration policy space 1 1 10 is 

comprised of domain space 1 120 and configuration records 1 130. The dommn 
space 11 20 and set of configuration records 1 130 interact and provide 
configuration instructions to the policy drwer 1 140, which is activated by 
trigger 1150. 

10 The domain space 1 120, at the lowest level of abstraction, consists of 

objects of interest in the application. Objects are the smallest units in the 
domain space, and they are defined in terms of their attributes. In access 
management for example, the objects might be transmissions, where the 
attributes of transmissions are source Internet Protocol (IP) address, 

1 5 destination IP address, and service type. In feult management, objects might be 
alarms, wiiere the attributes of alarms are aiarm severity, device type, and 
device location. At higher levels of abstraction, objects are grouped into 
domains. A particular grouping principle depends on the objects of interest in 
the application and the attributes of the objects. The domains include both 

20 objects and other domains, as one domain may be a member of another domain. 
The fimction of the policy driver 1 140 is to monitor objects in the 
domain space 1 120 and to enforce configuration policies 1110. The inputs to 
the policy driver 1 140 are the trigger 1 150, the structure of domain space 
1 120, and the set of configuration records 1 130 attached to elements m the 

25 domain space. The output of the policy driver 1 1 40 is an action space 1 160 
which is ultimately sent to the live network 1 170 or to the network 
management system 1020 in Fig. 10. The output of the policy driver 1040 may 
comprise one or more o£ a configuration load, a notice of conflicting 
configurations, a notice of "no action required"; and a report of the state of 

30 overall network configuration. These outputs are user-selectable. The policy 

driver may be triggered by one or more of the following events: a device goes 
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up or down; a new device is added to the network; the network goes up or 
down; a scheduler triggers the driver, and a user manually triggers the driver. 

Policy driver 1 140 therefore operates on action space 1 160 to effect 
live device configurations 1 1 70 and, in particular, to generally bring about 
S enforcement of a policy in the network. Information regarding live device 
configurations 1 170 is then fed back to policy space 1 110 for the initiation of 
fiirther configuration instructions. Actions taken are dependent on the 
particular application. They may include permission or forbiddance of an 
operation on the network, the modification of attributes in other objects, the 

1 0 display of a console message, or an entry m a log file. 

The present invention may also be utilized as part of integrated Internet 
Protocol (EP) and telephony management. There are a variety of service 
offerings and applications hosted by combined Internet Protocol (DP) and 
telephony networks. The integrated IP and telephony network is becoming 

1 5 increasingly complex, with a corresponding need for interoperable multi- vendor 
equipment. The need is therefore arising for a single system for provisioning 
services across the disparate parts of the IP and telephony infi-astructure. 

The mapping of business requirements to network requirments will 
shape the success of next-generation converged networks. The urgency for 

20 such a platform is growing with the emergence of integrated voice and data 
technologies such as Voice over IP (VoIP). Clients who are looking to deploy 
VoIP technologies, IP-based telephone switches (e.g. PBXs), and other voice 
and data convergence technologies need a means for managing the network 
infiBstructure and provisioning services across it. They also require integrated 

25 software solutions that will provide them with the information for calculating 
the Total Cost of Ownership of this converged network, thereby bridging the 
gap betwe^ business requirements and network requirements. 

Service provide such as teteconununications carriers (including 
incumbent local exchange carriers and competitive local exchange carriers), 

30 Internet service providers, national service providers, inter-exchange carriers, 

cable operators, application service providers, management service providers, 
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and IT outsourcers are looking for new areas for generating additional revalue. 
The largest potential is for a single voice and data service offering. HowevCT, 
one of the anticipated problems most commonly associated wth the advent of 
converged voice and data networics is that of developing a single platfonn for 

5 end-to-end management that allows traditional FCAPS management in addition 
to dynamic service provisioning, monitoring, and accounting. A platform is 
therefore required that provides integrated management and service 
provisioning over multiple networking technologies. In particular, such a 
platform must (i) span across converged networks, (iO include traditional 

10 FCAPS management, and (iii) allow service definition, provisioning, 

monitoring, and accounting. The present invention provides a imique and 
efficient way to implement requirement (iii). 

As an example of the challenges in developing such a platform, consider 
telephony PBX management. Currently there are no SNMP management 

1 5 standards for PBXs, and hardware vendors are offering different levels of 
SNMP support. Service provisioning is typically done manually by network 
operators, and billing is often a flat monthly fee. Service providers, however, 
are beginning to look for ways to automate the process. The typical approach 
to managing this type of hardware is to offer basic SNMP management, and to 

20 complement that with a means to invoke a proprietary PBX element manager 
from the primary SNMP platform. While this solution may work for the short 
term, clearly it is rather inelegant. A solution is required that provides 
standards-based management of both IP and telephony equipment from a single 
management system. The current invention is a necessary part of that solution. 

25 The present invention facilitates the foture development of a network 

management system that not only performs traditional management fimctions 
such as feult and configuration management, but also provides automated 
service provisioning and billing. Consider the optical network used previously 
as an example. The service offered by an optical network is the allocation of 

30 bandwidth to consumers. However, that means that an operator has to set up, 

maintain, and release optical channels betwe^ tenninal devices in response to 
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consumer demands. A management system which utilizes the automated 
service provisioning system of the present invention vrould knov^ the 
theoretical capacity of the optical core, know what consumers have contracted 
for portions of bandwidth, be able to configure optical devices in order to 
accommodate changes in consumer demands, and produce bills for 
consumers. What has been described herein is merely illustrative of the 
application of the principles of the present invention. Other arrangements, 
methods, modifications and substitutions by one of ordinary skill in the art are 
also considered to be within the scope of the present invention, which is not to 
be limited except by the claims that foUow. 
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CLAIMS 

What is claimed is: 

1 I . An apparatus for automated cross-domain service provisioning in a multi-domain 

2 communications network comprising, in combination: 

3 a service determination application for identifying one or more services 

4 to be provisioned across said multi-domain network; 

5 a service data collection application for collecting data on provisioned 

6 services and on the configuration of said multi-domain network; and 

7 a service instruction application for relaying instructions to said multi- 

8 domain network for provisioning of the services. 

2. The apparatus of claim 1, wherein s^d sendee instruction application relays 
said instructions to a cross-domain management system in said multi-domain network. 

3. TTje apparatus of claim 2, wherein said cross-domain management system 
relays said instructions to at least one network management system associated with at 
least one domain in said multi-domain network. 

4. The apparatus of claim 1, wherein s^d service instruction applicatfon relays 
said instructions to at least one network management system associated with at least 
one domain in said multi-domain network. 

5. The apparatus of claim 1, wherein said service instruction application relays 
said instructions to at least one element manager in said multi-domain netwoik. 

6. The apparatus of claim 1, wherein one or more of said relayed mstructions 
are configuration instructions. 

1 7. An apparatus for service provisioning in a multi-domain commimications netwoik 

2 comprising, in combination: 

3 a cross-domain service provisioning application; and 
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4 a cross-domain management application for receiving instructions from 

5 said service provisioning application and relaying them to said multi-domain network 

6 for provisioning of services. 

8. The apparatus of claim 7, wherein said cross-domain management 
application relays said instructions to at least one network management system 
associated with at least one domain in said multi-domain network. 

9. The apparatus of claim 7, wherein said cross-domain management 
application relays said instructions to at least one element manager in said muhi- 
domain network. 

10. The apparatus of claim 7, wherein one or more of said relayed instructions 
are configuration instructions. 

1 1 . The apparatus of claim 10, forther comprising a configuration management 
system for creating or modifying said relayed mstructions. 

1 12. An apparatus for service provisioning in a multi-domain communications network 

2 comprising, in combination: 

3 a cross-domain service provisioning application; and 

4 at least one network management application associated with at least 

5 one domain in said multi-domain network, for receiving instructions from said service 

6 provisioning application and implementing them in said domain for provisioning of 

7 services. 

13. The apparatus of claim 12, wherein at least one of said network 
management applications associated with at least one domain in said multi-domain 
network relays said instructions to at least one element manager in said multi-domain 
network. 
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14. The apparatus ofclaim 12, wherein one or more of said relayed 
instructions are configuration instructions. 



15. Hie apparatus ofclaim 14, fiirther comprising a configuration management 
system for creating or modifying said relayed instructions. 

16. A method for automated cross-domain service provisioning in a multi- 
domain communications network comprising the steps, in combination, o£ 

automatically deriving one or more instructions for provisioning of 
contracted services across said multi-domain network; and 

relaying said one or more instructions to said multi-domain network. 

17. The method ofclaim 16, fiirther comprising the step of automatically 
identifying one or more services to be provisioned across said multi-domain network. 

18. The method ofclaim 16, fiirther comprising the step of automatically 
collecting data on provisbned services and on the configuration of said multi-domain 
network. 

19. The method ofclaim 17, fiirther comprising the step of automatically 
collecting data on provisioned services and on the configuration of said multi-domain 
network. 

20. The method ofclaim 16, wherein said one or more instructions are relayed 
to a cross-domain management system in said multi-domain network. 

21. llie method ofclaim 20, wherein said cross-domain management system 
relays said instructions to at least one network management system associated with at 
least one domain in said multi-domain network. 
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22. The method of cWm 20, wherein said cross-domain management system 
relays said instructions to at least one element manager associated with at least one 
domain in said multi-domain netwoik. 

23. The method of claim 16, wherein said one or more instructions are relayed 
to at least one netwSrk management system associated with at least one domain in said 

multi-domain network. 

24. The method of claim 23, wherein at least one of said network management 
systems relays said instructions to at least one element manager associated with at least 
one domsun in said multi-domain network. 

25. The method of claim 16, wherein said one or more instructions are relayed 
to at least one element manager in said multi-domain network. 

26. The method of claim 16, wherein one or more of said relayed instructions 
are configuration instructions. 

27. The apparatus of claim 1 , v^^erein said service determination fimction 
provides for contract negotiation between a service provider and a consumer. 

28. The apparatus of claim 7, wherein said cross-domain service provisioning 
application provides for contract negotiation between a service provider and a 
consumer. 

29. The apparatus of claim 12, wherein said cross-domain sendee provisioning 
application provides for contract negotiation between a service provider and a 
consumer. 

30. The method of claim 17, fiirther conprising the step of automatically 
providing for contract negotiation between a service provider and a consumer. 
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